linux文件目录：systemd的service文件说明

历史版本中的linux对服务的操作是通过service来完成的。若创建用户自定义的服务，则需要较为复杂的操作。目前linux新的发行版已经内置了systemctl来操作服务。

系统（/user/lib/systemd/system/） 用户（/etc/lib/systemd/user/） 一般系统管理员手工创建的单元文件（service文件）建议存放在/etc/systemd/system/目录下面。

service脚本分为3个部分：[Unit] [Service] [Install]。

1.[Unit] 区块：启动顺序与依赖关系。 Unit区块的Description字段给出当前服务的简单描述，Documentation字段给出文档位置。 接下来的设置是启动顺序和依赖关系，这个比较重要。 After字段：表示如果network.target或sshd-keygen.service需要启动，那么sshd.service应该在它们之后启动。 相应地，还有一个Before字段，定义sshd.service应该在哪些服务之前启动。 注意，After和Before字段只涉及启动顺序，不涉及依赖关系。 举例来说，某 Web 应用需要 postgresql 数据库储存数据。在配置文件中，它只定义要在 postgresql 之后启动，而没有定义依赖 postgresql 。上线后，由于某种原因，postgresql 需要重新启动，在停止服务期间，该 Web 应用就会无法建立数据库连接。 设置依赖关系，需要使用Wants字段和Requires字段。 Wants字段：表示sshd.service与sshd-keygen.service之间存在"弱依赖"关系，即如果"sshd-keygen.service"启动失败或停止运行，不影响sshd.service继续执行。 Requires字段则表示"强依赖"关系，即如果该服务启动失败或异常退出，那么sshd.service也必须退出。 注意，Wants字段与Requires字段只涉及依赖关系，与启动顺序无关，默认情况下是同时启动的。 2.[Service] 区块：启动行为

Service区块定义如何启动当前服务。 2.1 启动命令 许多软件都有自己的环境参数文件，该文件可以用EnvironmentFile字段读取。 EnvironmentFile字段：指定当前服务的环境参数文件。该文件内部的key=value键值对，可以用$key的形式，在当前配置文件中获取。 上面的例子中，sshd 的环境参数文件是/etc/sysconfig/sshd。 配置文件里面最重要的字段是ExecStart。 ExecStart字段：定义启动进程时执行的命令。 上面的例子中，启动sshd，执行的命令是/usr/sbin/sshd -D O P T I O N S ， 其 中 的 变 量 OPTIONS，其中的变量 OPTIONS，其中的变量OPTIONS就来自EnvironmentFile字段指定的环境参数文件。 与之作用相似的，还有如下这些字段。 · ExecReload字段：重启服务时执行的命令 · ExecStop字段：停止服务时执行的命令 · ExecStartPre字段：启动服务之前执行的命令 · ExecStartPost字段：启动服务之后执行的命令 · ExecStopPost字段：停止服务之后执行的命令

请看下面的例子。

上面这个配置文件，第二行ExecStart设为空值，等于取消了第一行的设置，运行结果如下。

execstart2

post1

post2

所有的启动设置之前，都可以加上一个连词号（-），表示"抑制错误"，即发生错误的时候，不影响其他命令的执行。比如，EnvironmentFile=-/etc/sysconfig/sshd（注意等号后面的那个连词号），就表示即使/etc/sysconfig/sshd文件不存在，也不会抛出错误。

2.2 启动类型

Type字段定义启动类型。它可以设置的值如下。

· simple（默认值）：ExecStart字段启动的进程为主进程 · forking：ExecStart字段将以fork()方式启动，此时父进程将会退出，子进程将成为主进程 · oneshot：类似于simple，但只执行一次，Systemd 会等它执行完，才启动其他服务 · dbus：类似于simple，但会等待 D-Bus 信号后启动 · notify：类似于simple，启动结束后会发出通知信号，然后 Systemd 再启动其他服务 · idle：类似于simple，但是要等到其他任务都执行完，才会启动该服务。一种使用场合是为让该服务的输出，不与其他服务的输出相混合 下面是一个oneshot的例子，笔记本电脑启动时，要把触摸板关掉，配置文件可以这样写。

上面的配置文件，启动类型设为oneshot，就表明这个服务只要运行一次就够了，不需要长期运行。

如果关闭以后，将来某个时候还想打开，配置文件修改如下。

上面配置文件中，RemainAfterExit字段设为yes，表示进程退出以后，服务仍然保持执行。这样的话，一旦使用systemctl stop命令停止服务，ExecStop指定的命令就会执行，从而重新开启触摸板。

2.3 重启行为

Service区块有一些字段，定义了重启行为。

KillMode字段：定义 Systemd 如何停止 sshd 服务。

上面这个例子中，将KillMode设为process，表示只停止主进程，不停止任何sshd 子进程，即子进程打开的 SSH session 仍然保持连接。这个设置不太常见，但对 sshd 很重要，否则你停止服务的时候，会连自己打开的 SSH session 一起杀掉。

KillMode字段可以设置的值如下。

· control-group（默认值）：当前控制组里面的所有子进程，都会被杀掉 · process：只杀主进程 · mixed：主进程将收到 SIGTERM 信号，子进程收到 SIGKILL 信号 · none：没有进程会被杀掉，只是执行服务的 stop 命令。 接下来是Restart字段。

Restart字段：定义了 sshd 退出后，Systemd 的重启方式。

上面的例子中，Restart设为on-failure，表示任何意外的失败，就将重启sshd。如果 sshd 正常停止（比如执行systemctl stop命令），它就不会重启。

Restart字段可以设置的值如下。 · no（默认值）：退出后不会重启 · on-success：只有正常退出时（退出状态码为0），才会重启 · on-failure：非正常退出时（退出状态码非0），包括被信号终止和超时，才会重启 · on-abnormal：只有被信号终止和超时，才会重启 · on-abort：只有在收到没有捕捉到的信号终止时，才会重启 · on-watchdog：超时退出，才会重启 · always：不管是什么退出原因，总是重启 对于守护进程，推荐设为on-failure。对于那些允许发生错误退出的服务，可以设为on-abnormal。

最后是RestartSec字段。

RestartSec字段：表示 Systemd 重启服务之前，需要等待的秒数。上面的例子设为等待42秒。

3.[Install] 区块 Install区块，定义如何安装这个配置文件，即怎样做到开机启动。 WantedBy字段：表示该服务所在的 Target。 Target的含义是服务组，表示一组服务。WantedBy=multi-user.target指的是，sshd 所在的 Target 是multi-user.target。 这个设置非常重要，因为执行systemctl enable sshd.service命令时，sshd.service的一个符号链接，就会放在/etc/systemd/system目录下面的multi-user.target.wants子目录之中。

Systemd 有默认的启动 Target。

上面的结果表示，默认的启动 Target 是multi-user.target。在这个组里的所有服务，都将开机启动。这就是为什么systemctl enable命令能设置开机启动的原因。

使用 Target 的时候，systemctl list-dependencies命令和systemctl isolate命令也很有用。

一般来说，常用的 Target 有两个：一个是multi-user.target，表示多用户命令行状态；另一个是graphical.target，表示图形用户状态，它依赖于multi-user.target。官方文档有一张非常清晰的 Target 依赖关系图。

后续会补充具体各种变量相关内容。 参考自： Centos7之Systemd(Service文件)详解 在linux下创建自定义服务